iT邦幫忙

2026 iThome 鐵人賽

DAY 1
0

按下第四個 App 的審核鍵之後,問自己:然後呢?

身為Vibe Coder初心者, 1週內在App Store 按下第4個App的審核鍵,我終於回來問自己那個問題:然後呢?

接下來到底是Vibe Coder 賺大錢的世界,還是既有專業被重新定義的世界?

是像脆上網友說的,上架之後才是開始:推廣比開發難百倍,獨立開發者都死在第三個月。

還是有其他的可能?

抱著種種忐忑,我報名了iPlayground 2026,想看看專業開發者們都在在意些什麼,努力些什麼,AI又怎樣改變他們的專業工作方式。

也是想回答自己內心的疑問:然後呢?

例如我的專業,分析師與PM。下一步,是會被AI打敗與取代,還是有別的?

有多忐忑,就有多期待。

兩天下來,我印象最深的有三場:Ervis(彭成瑋)的旅收,花水木的mojo猛健樂陪伴夥伴,以及2026SwiftChallenge得獎學生的古日語學習作品。

先說Ervis , 他是專業程式設計工作者,本來就很熟悉iOS上的App開發。

演講影片:從一張看不懂的日本收據開始(iPlayground 官方頻道,21 分鐘)|App:旅收(App Store,免費)

他的旅收App從掃描日本旅遊的收據出發,一路長成涵蓋旅遊前、中、後的完整體驗,在脆上爆紅後也有了合作夥伴。技術stack的選擇、OCR與Foundation Model跟Apple的對賭這些,坦白說我現在都還要查資料才略懂一二。但他有幾個想法是我有記憶而且非常有共鳴的

Ervis 的旅收:用戶回饋帶著版本一路往前更新

** 1. 盡量降低使用者障礙:能不要帳號登入就不要,免費也要有足夠好用功能。 **

我也是一樣的理念,4個App都做成費用全免,全本地端運作。原因我之後寫,但主要動機就是想讓人好用。

** 2. 建一個即時回饋的耳朵:Ervis提到用戶回饋不但是獨立開發者最好的回報,還會帶你去到沒想過的地方。**

像首頁改成旅行手帳,就是有真實使用者才會發生的事。這段我有噗嗤笑出來,我能想像以Ervis的工程師性格,這件事完全不在他原先的盤算中,但有使用者喜歡就做做看吧。

他爆紅那幾天「吃飯吃到一半都想回留言」,最後只好建一條pipeline處理回饋,但最重要的是讓使用者看到東西一直有人在更新。

我寫的時候看,已經更新到第124版,跟一般獨立開發容易心累比起來,他真的是非常有開發與更版的熱情(寫到這段又激勵了自己一次,來更新吧)

3. 寫給自己以及AI看的筆記,避免重複犯錯,或是在不同地方開發出的問題。

這點我超有感。我的4個App都用SwiftData存資料,踩過兩個坑:巢狀結構會閃退,只能存攤平的基本型別;新欄位的預設值寫錯位置,舊用戶一升級就打不開。

我把這兩個坑寫進CLAUDE.md,也就是每次開工AI都會先讀的家規。對我這種Swift語法還要邊查邊學的Vibe Coder,這份筆記等於同時替AI和我自己裝了記憶。

Ervis身為工程師不再為人作嫁,而是建立一個自己要用的App。然後走出自己的習慣世界,開始推廣,開始傾聽客戶聲音,把客戶聲音的傾聽架成一個產品更新的loop,用AI強化自己專業觸角的做法以及保持初心我很有共鳴。

當天我馬上下載&寫一連串回饋給他,果然也很快就收到回覆了,開心。

這個系列接下來會倒帶。從按下審核鍵那天往回走:人為什麼拍照、「幫我整理照片」這句話怎麼翻成做得出來的需求、怎樣在紅海裡找縫隙、做了哪些市場研究或調查、規格、做與測,最後是上架之後我怎麼知道有沒有用。

走過的每一步,都不只是Vibe Coding,也用上了我原本的分析專業。

明天先寫另外兩場:一個不是 iOS developer 的人怎麼帶六個 agent 運營一個 App,還有一本沒人看得懂的日記怎麼變成得獎作品。


下一篇
【Day2】然後呢?(下)
系列文
AI 沒有消滅專業:不寫 code 上架四個 App 的商業分析師,30 天拆給你看5
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言